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(54) Adaptive media streaming server for playing live and streaming media content on demand 
through web client's browser with no additional software or plug-ins 



(57) A method and system for providing media con- 
tent in real-time on a web client is disclosed. The web 
client includes a browser utilizing a cache. The media 
content can be separated into a plurality of sections. The 
browser of the web client can read and display a section 
of the media content without additional software or plug- 
ins. In one aspect, the method and system include en- 
suring that the web client can flush the cache to allow 
the media content to be played in real-time, preferably 
in response to the web client requesting the media con- 
tent. In this aspect, the method and system also include 
providing the plurality of sections of the media content 



to the web client section by section and allowing the web 
client to flush the section of the media content from the 
cache once each of the plurality of section has been dis- 
played. In a second aspect, the method and system in- 
clude requesting the media content using the web client 
and ensuring that the web client can flush the cache to 
allow the media content to be played in real-time. In this 
aspect, the method and system also include receiving 
each of the plurality of sections of the media content on 
the web client section by section, displaying each of the 
plurality of sections section by section and flushing each 
section of the media content from the cache once each 
of the plurality of sections has been displayed. 
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Description 

FIELD OF THE INVENTION 

[0001 ] The present invention relates to computer sys- 5 
terns, and more particularly to a method and system for 
allowing media, such as live or streaming media, to be 
played in real-time on a computer system without requir- 
ing the computer system to have additional software or 
plug-Ins. 

BACKGROUND OF THE INVENTION 

[0002] Currently, many conventional systems are 
available for allowing media content, such as audio or 
video, to be delivered to web clients over the Internet or 
a local area network (LAN). The web clients are typically 
computer systems that are equipped with a virtual ma- 
chine, typically incorporated into a conventional brows- 
er. Web clients might, for example, Include a cell phone, 
personal digital assistant (PDA), Web pad, personal 
computer, workstation or other device that can connect 
to the LAN or Internet. Conventional virtual machines in 
browsers are typically JAVA™ virtual machines. Con- 
ventional browsers are used for many functions and are 
capable of playing certain types of content. For exam- 
ple, conventional browsers are typically capable of re- 
ceiving, decompressing and displaying, or playing, 
JPEG image. Conventional browsers are also capable 
of using GIF file formats. Thus, conventional browsers 
are typically capable of playing certain types of audio 
and static image data. 

[0003] Conventional systems exist for allowing con- 
ventional browsers to play other types of media content, 
such as real-time audio or video, from the web. There 
are conventional systems that provide conventional 
streaming audio or video in real-time. For example, Real 
Audio and Real Video from Real Networks allows 
streaming audio or video to be played In real-time on a 
browser. Streaming video or audio is a mechanism that 
allows real-time audio or video to be captured, com- 
pressed, delivered to a web client via a LAN or the In- 
ternet, decompressed and displayed, or played, by the 
web client. In order to allow streaming video/audio to be 
provided on the web client, software or plug-Ins must be 
installed for the browser. For example, Real Audio or 
Real Video can be downloaded and Installed by a user. 
Using Real Audio or Real Video, a conventional browser 
can play audio or video provided via the Internet or LAN 
in real-time. The user must, therefore, agree to have the 
software or plug-in downloaded to the web client and 
install the software or plug- in so that it can be used with 
the browser. 

[0004] Although software or plug-ins allow streaming 
of video or audio on a conventional browser, one of or- 
dinary skill in the art will readily realize that it would be 
desirable to provide video or audio in real time on a con- 
ventional browser without requiring the Installation of 



software or plug-ins. This functionality would allow a us- 
er of the web client to be able to play video and audio 
provided via the Internet or LAN without expending the 
time or additional resources required to Install and store 
the additional software of plug-ins. However, as dis- 
cussed above, a conventional browser Is capable of 
playing only certain types of content, such as static 
JPEG images. Consequently, without the installed soft- 
ware or plug-ins, a conventional browser cannot stream 
video/audio in real-time. 

[0005] Accordingly, what is needed is a system and 
method for playing media content from a network or the 
Internet in real-time, for example by streaming audio or 
video or playing live video or audio. The present inven- 
tion addresses such a need. 

SUMMARY OF THE INVENTION 

[0006] The present invention provides a method and 
system for providing media content In real-time on a web 
client. The web client includes a browser utilizing a 
cache. The media content can be separated into a plu- 
rality of sections. The browser of the web client can read 
and display a section of the media content without ad- 
ditional software or plug-ins. In one aspect, the method 
and system comprise ensuring that the web client can 
flush the cache to allow the media content to be played 
In real-time, preferably in response to the web client re- 
questing the media content. In this aspect, the method 
and system also comprise providing the plurality of sec- 
tions of the media content to the web client section by 
section and allowing the web client to flush the section 
of the media content from the cache once each of the 
plurality of section has been displayed by the browser. 
In a second aspect, the method and system comprise 
requesting the media content using the web client and 
ensuring that the web client can flush the cache to allow 
the media content to be played in real-time. In this as- 
pect, the method and system also comprise receiving 
each of the plurality of sections of the media content on 
the web client section by section, displaying each of the 
plurality of sections section by section and flushing each 
section of the media content from the cache once each 
of the plurality of sections has been displayed. 
[0007] According to the system and method disclosed 
herein, the present invention provides a web client with 
the ability play audio or video In real-time without requir- 
ing additional software or plug-ins. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] Figure 1 is a block diagram of one embodiment 
of a system that atlows a browser for a web client to play 
media content from the Internet or a network in real-time 
without requiring additional software or plug-ins. 
[0009] Figure 2A is a high level block diagram of one 
embodiment of an adaptive media server for allowing a 
browser for a web client to play media content from the 
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Internet or a network in real-time without requiring addi- 
tional software or piug-ins. 

[0010] Figure 2B is a block diagram of one embodi- 
ment of an adaptive media server for allowing a browser 
for a web client to play media content from the Internet 5 
or a network in real-time without requiring additional 
software or plug-ins. 

[001 1J Figure 2C is a detailed block diagram of one 
embodiment of an adaptive media server for allowing a 
browser for a web client to play media content from the 
Internet or a network In real-time without requiring addi- 
tional software or plug-Ins. 

[0012] Figure 3A is a block diagram of one embodi- 
ment of a web client that can play media content from 
the Internet or a network In real-time without requiring 
additional software or plug-ins. 

[0013] Figure 3B Is a block diagram of another em- 
bodiment of a web client that can play media content 
from the Internet or a network in real-time without requir- 
ing additional software or plug-Ins. 
[0014] Figure 4A is a high-level flow chart of one em- 
bodiment of a method for allowing a browser of a web 
client to can play media content from the Internet or a 
network in real-time without requiring additional soft- 
ware or plug-ins. 

[001 5] Figure 4B Is a flow chart of one embodiment of 
a method for ensuring that a browser of a web client can 
adequately flush the cache. 

[001 6] Figures 5A and SB depict a more detailed flow 
chart of a preferred embodiment of a method for allow- 
ing a browser of a web client to can play media content 
from the Internet or a network in real-time without requir- 
ing additional software or plug-ins. 

DETAILED DESCRIPTION OF THE INVENTION 

[0017] The present invention relates to an improve- 
ment In delivery of video to web clients. The following 
description Is presented to enable one of ordinary skill 
in the art to make and use the invention and is provided 
in the context of a patent application and its require- 
ments. Various modifications to the preferred embodi- 
ment will be readily apparent to those skilled in the art 
and the generic principles herein may be applied to oth- 
er embodiments. Thus, the present invention Is not In- 
tended to be limited to the embodiment shown, but is to 
be accorded the widest scope consistent with the prin- 
ciples and features described herein. 
[0018] Conventional systems exist for allowing a 
browser of a web client to ptay media content, such as 
audio or video, delivered from the Internet or other net- 
work. For example, Real Video and Real Audio provided 
by Real Networks allow streaming of video and audio, 
respectively, on web clients. Although these systems 
function, one of ordinary skill in the art will readily realize 
that these systems require software or plug-ins to be in- 
stalled in the web client to operate with the browser. 
Consequently, additional time and resources are ex- 



pended to install and store the additional software or 
plug-ins. 

[0019] The present invention provides a method and 
system for providing media content in real-time on a web 
client. The web client includes a browser utilizing a 
cache. The media content can be separated into a plu- 
rality of sections. The browser of the web client can read 
and display a section of the media content without ad- 
ditional software or plug-ins. In one aspect, the method 
and system comprise ensuring that the web client can 
flush the cache to allow the media content to be played 
In real-time, preferably In response to the web client re- 
questing the media content. In this aspect, the method 
and system also comprise providing the plurality of sec- 
tions of the media content to the web client section by 
section and allowing the web client to flush the section 
of the media content from the cache once each of the 
plurality of section has been displayed. In a second as- 
pect, the method and system comprise requesting the 
media content using the web client and ensuring that 
the web client can flush the cache to allow the media 
content to be played In real-time. In this aspect, the 
method and system also comprise receiving each of the 
plurality of sections of the media content on the web cli- 
ent section by section, displaying each of the plurality 
of sections section by section and flushing each section 
of the media content from the cache once each of the 
plurality of sections has been displayed by the browser. 
[0020] The present invention will be described in 
terms of particular compression standards, such as 
JPEG, that can be decompressed and played by a 
browser without the installation of additional software or 
plug-ins. However, one of ordinary skill In the art will 
readily recognize that this method and system will op- 
erate effectively for other compression standards that 
can be decompressed and played by a browser without 
the installation of additional software or plug-ins. The 
present invention will also be described in the context 
of particular architectures, particular software, such as 
JAVA™, and particular browser types. However, one of 
ordinary skill in the art will readily recognize that the 
present invention will operate effectively for other archi- 
tectures, other software and other browser types. 
[0021] To more particularly illustrate the method and 
system In accordance with the present invention, refer 
now to Figure 1 , depicting one embodiment of a system 
1 00 that allows a browser for a web client to play media 
content from the Internet or a network in real-time with- 
out requiring additional software or plug-ins. The system 
100 includes an adaptive media streaming (AMS) server 
11 0 in accordance with the present invention, and mul- 
tiple web clients 1 70 that are coupled with the AMS serv- 
er 1 1 0 via a network 1 02. The network 1 02 could include 
a local area network (LAN), the Internet, or another type 
of network. The AMS server 110 is a server appliance 
that preferably includes or is coupled to a storage (not 
shown) and/or media content sources 104, 106 and 108. 
Note that although three media content sources 104, 
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106 and 108 are shown, nothing prevents the use of an- 
other number of media content sources. The storage 
(not shown) and the media content sources are sources 
for media content, such as audio and/or video. The AMS 
server 110 allows the web client 170 to be capable of 
playing In real time media content that Is delivered over 
the network 102 from the AMS server 110. 
[0022] The web client 1 70 is a device that can be cou- 
pled to the network 102. For example, the web client 
170 may include a cell phone, a personal digital assist- 
ant (PDA), a web pad, a personal computer, a laptop 
computer, or a workstation. The web client 1 70 Includes 
an interface 171 for coupling the web client 170 to the 
network 102, a browser 172, a cache 1 74 used by the 
browser 172 In displaying data and a process for dis- 
playing data on the browser 172. The browser 1 72 pref- 
erably Implements a virtual machine, such as a JAVA™ 
virtual machine. The web client 1 70 requests media con- 
tent, such as audio and video, from the AMS server 110. 
In response, the AMS server 110 provides the media 
content to the web client 1 70 in a manner that allows the 
web client 170 to play the media content in real time 
without the installation of additional software or plug-Ins. 
[0023] Figure 2A is a more detailed block diagram of 
one embodiment of the AMS server 1 1 0. The AMS serv- 
er 110 Include a web interface 112 for communication 
via the network 102. The AMS server 110 includes a me- 
dia preparation and delivery block 115. The media prep- 
aration and delivery block 115 aids in preparing the me- 
dia content and delivering the media content to the net- 
work 102 to be provided to the web client 1 70 depicted 
in Figure 1 . Referring to Figures 1 and 2A, the media 
preparation and delivery block 115 preferably divides 
the media content into sections which the browser 1 72 
can display and delivers the media content section by 
section to the network 102 and, therefore, to the web 
client 170. For example, in a preferred embodiment, for 
video, the media preparation and delivery block 115 di- 
vides the media content Into frames, compresses each 
frame using a standard such as JPEG, and delivers the 
video JPEG file (frame or section) by JPEG file (frame 
or section) to the web client 1 70. Also in a preferred em- 
bodiment, the media preparation and delivery block 1 1 5 
provides an abort command between each section of 
the media content. The AMS server 1 1 0 also includes a 
browser control block 214 for ensuring that the browser 
172 of the web client 170 is capable of playing media 
content in real time without requiring the installation of 
additional software or plug-ins. Referring to Figures 1 
and 2 A, in a preferred embodiment, the browser control 
block 113 ensures that the web client 170 Is capable of 
flushing sections of media content from the cache 174 
such that the media content can to be played in realtime. 
In a preferred embodiment, the browser control block 
113 ensures that the browser 1 72 does not cache data. 
Thus, when the browser 172 receives an abort com- 
mand, then receives the next section of data, the brows- 
er 172 will not attempt to use data In the cache 174 In 



displaying the next section of data. In other words, the 
cache 174 will be flushed between sections of media 
content provided by the AMS server 110. As a result, 
the browser 172 will display the media content section 
5 by section and flushing the cache between sections, 
thereby allowing for real-time playing of the media con- 
tent. 

[0024] Figure 2B depicts a more detailed block dia- 
gram of one embodiment of the AMS server 110'. The 

10 AMS server 110* includes a media input Interface 128. 
The media input interface 128 allows the AMS server 
11 0' to receive media from Input sources. For example, 
the AMS server 1 1 0' could receive live video from media 
content sources 104, 106 and 108 depicted in Figure 1 . 
Referring to Figures 1 and 2 B, the AMS server 1 1 0 also 
includes a server streaming active (SSA) process 116. 
The SSA process 116 handles the streaming of media 
content, such as video and audio. Thus, portions of the 
SSA process 116 may be considered to be analogous 

20 to the media preparation and delivery block 1 1 5 depict- 
ed in Figure 2A. Referring back to Figures 1 and 2B, the 
SSA process includes a capture thread 1 1 8, a compres- 
sion thread 120, a streaming preparation process 122, 
a web delivery process 224 and a real-time streaming 

25 management process 126. The capture thread 118, 
compression thread 1 20, streaming thread 1 22 and web 
delivery process 224 are active in parallel, but are Inter- 
locked so that the sections of the media content for 
which streaming is performed are in the desired order. 

30 Thus a particular portion of the media content is cap- 
tured, compressed, undergoes streaming, then under- 
goes delivery In that order. The real-time streaming 
management process 126 ensures that the remaining 
processes 1 1 8, 1 20, 1 22 and 1 24 can be performed sl- 

35 multaneously and in the proper order. 

[0025] The AMS server 110' also includes an on de- 
mand access process 1 14. The on demand access proc- 
ess 1 1 4 ensures that the SSA process 1 1 6 becomes ac- 
tive when the web client 170 requests media content 

40 from the AMS server 11 0\ The on demand access proc- 
ess 1 1 4 also ensures that the SSA process 1 1 6 remains 
active throughout delivery of the media content. More- 
over, in orie embodiment, the one demand access proc- 
ess 1 1 4 ensures that the web client 1 70 can adequately 

43 flush the cache 174, as discussed below, so that the 
browser 170 can play the media content from the AMS 
server 110* In real-time without the Installation of addi- 
tional software or plug-ins. Thus, a portion of the on de- 
mand access process 114 is analogous to the browser 

50 control block 113. 

[0026] Figure 2C is a block diagram of another em- 
bodiment of an AMS server 110" in accordance with the 
present invention. The AMS server 1 1 0" includes a proc- 
essor 130, control logic 132, an embedded network op- 

55 erating system 134, a flash memory 136, a media con- 
trol input 138, a random access memory (RAM) buffer 
140, a media access control sub-system 142, a video/ 
audio capture engine 144, a multi-channel management 
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sub-system 146, a media compression engine 148, a 
media file transfer protocol (FTP) re-direct sub-system 
150, a media input interface 152, a media bandwidth 
management sub-system 154, a media streaming sub- 
system 156, a web interface 158, a media delivery sub- 
system 160, an optional mass storage 162, a register 
index client sub-system 1 64 and a media attribute man- 
agement sub-system 1 66. 

[0027] The A MS server 1 1 0" is preferably capable of 
substantially the same functions as the AMS servers 
1 1 0 and 1 1 0'. Thus, the AMS server 1 1 0 M is capable of 
delivering media content to the web client 1 70 via the 
network 102 depicted in Figure 1. Referring to Figures 
1 and 2C, the AMS server 110" is capable of controlling 
the web client 1 70 so that the web client 170 can flush 
the cache 1 74 rapidly enough to allow the media content 
to be played on the web client 170 in real time. In par- 
ticular, the AMS server 1 1 0" provides the media content 
to the web client 170 section by section and ensures 
that the web client 1 70 Is capable of flushing the cache 
174 after each section is delivered. 
[0028] The media content could be stored in the op- 
tional mass storage 1 62 or provided from media sources 
104, 106 and 108 via the media input interface 152. The 
video/audio capture engine 144, the media compres- 
sion engine 148, the media streaming sub-system 156 
and the media delivery sub-system 1 60 handle capture, 
compression, streaming and delivery for streaming vid- 
eo/audio for the AMS server 110". Preferably, video is 
compressed frame by frame using JPEG by the media 
compression engine 148. The register index client sub- 
system 164 controls registration and tracking of clients 
that are allowed to obtain media content from the AMS 
server 110'. The media Input control 138 controls the 
media input devices, such as the media content sources 
104, 106 and 108. The media access control sub-sys- 
tem 142 performs administration as well as client au- 
thentication and authorization. Thus, access to the me- 
dia for the AMS server 1 1 0" may be controlled by a pass- 
word or other similar mechanism. The muiti-channel 
management sub-system 1 46 performs real-time live in- 
dex menu and channel management. The media FTP 
re-direct subsystem 1 50 can re-target or re-direct media 
to other uniform resource locators (URLs) using FTP. 
The media bandwidth management subsystem 1 54 can 
perform real-time bandwidth detection and adaptive me- 
dia attribute delivery according to the client bandwidth. 
Thus, the AMS server 1 1 0" can dynamically adapt to the 
bandwidth of the client 170. The media attribute man- 
agement sub-system 1 66 can perform real-time media 
quality control and media size adjustment automatically 
for the AMS server 110". In another embodiment, image 
quality and frame size could be adjusted by an admin- 
istrator. 

[0029] The AMS servers 1 1 0, 1 1 0' and 1 1 0 M can thus 
provide media content to the web client 1 70 on demand 
and allow the web client 170 to display the media con- 
tent In real-time without additional software or plug-ins. 



The AMS servers 110,110" and 1 1 0" can perform media 
streaming, including capture, compression, streaming 
and delivery. In addition, if capture and compression 
functions are not used and media delivered from sourc- 

5 es, such as the media content sources 104, 106 and 
1 08 Instead of from anothersource, such as the optional 
mass storage 1 62, the AMS servers 110,110' and 1 1 0" 
simply provide media on demand. 
[0030] Referring to Figures 1 , 2A, 2B and 2C P as dis- 

10 cussed above, the AMS servers 110,110' and 1 1 0" per- 
form their functions in part by providing the media con- 
tent section by section to the web client 1 70. In addition, 
the AMS servers 1 1 0, 1 1 0' and 1 1 0' control the web cli- 
ent 170 to ensure that the cache 174 can be flushed 

is between each section of the media content played. 
[0031] Figure 3A depicts one embodiment of a web 
dlent 1 70' in accordance with the present Invention. The 
web client 1 70' includes a web interface 1 71 \ a browser 
1 72' , a cache 1 74' and a AMS server push process 1 76 . 

20 Referring to Figures 1 and 3A, the web Interface 171' 
allows the web client 170' to be coupled with a network 
102, which could be the Internet. The cache 174' allows 
the browser 1 72* to cache data. The browser 1 72' Is a 
push-enabled browser. Thus, the browser 1 72' receives 

25 data from the network when the data is pushed from the 
source to the browser 1 72'. 

[0032] The AMS server push process 176 aids in al- 
lowing the push-enabled browser 172' to play media 
content in real time without additional software or plug- 

30 jns being installed. The AMS server push process 176 
includes a media content decompress and play thread 
178 and a cache flush thread 180. The media content 
decompress and play thread 1 78 decompresses and 
plays a section of the media content pushed to the web 

35 client 170' by the AMS server 110, 110 1 and 110". The 
media content is broken Into sections by the AMS server 
110, 110' or 110" as discussed below. The cache flush 
thread 1 80 flushes the cache 1 74'. In particular, the web 
client 1 70' receives a section of media content from the 

40 AMS server 1 1 0, 1 1 0* or 1 1 0 M . The web client 1 70' de- 
compresses and plays the section on the browser 172' 
using the media content decompress and play thread 
178. However, as discussed above, the section provid- 
ed by the AMS server 1 1 0, 1 00* and 1 1 0" can be decom- 

45 pressed and played by a conventional browser. For ex- 
ample, the section may be a frame of video data com- 
pressed using JPEG. The cache flush thread 1 80 flush- 
es the cache 174' after each section is played by the 
push-enabled browser 172'. Thus, the browser 172' 

so plays a section, the cache 174* is flushed, the browser 
1 72' plays the next section, and so on. The cache flush 
thread 180 and media content decompress and play 
thread 1 78 function in this manner because of informa- 
tion provided by the AMS server 110, 110' or 110", as 

55 discussed below. 

[0033] Figure 3B depicts another embodiment of a 
web client 170" in accordance with the present inven- 
tion. The web client 1 70" Includes a web Interface 1 71", 
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a browser 1 72", a cache 174", a client pull process 1 82 
and a patch thread x 1 90. Referring to Figures 1 and 3B, 
the web Interface 1 71 " allows the web client 1 70" to be 
coupled with a network 1 02, which could be the Internet 
The cache 174" allows the browser 1 72" to cache data. 
The browser 172" Is a pull-enabled browser. Thus, the 
browser 172" receives data from the network when the 
data is pulled by the web client 170" from the source to 
the browser 172". 

[0034] The client pull process 1 82 aids in allowing the 
pull-enabled browser 1 72" to play media content in real 
time without additional software or plug-Ins being In- 
stalled. The client pull process 182 includes a media pull 
thread 1 84, media content decompress and play thread 
1 86 and a cache flush thread 1 88. The media pull thread 
1 84 pulls sections of the media content from the AMS 
sever 110, 110* and 110". The media data pulled by the 
media thread 184 is broken into sections by the AMS 
server 110, 110' and 110" as discussed below. The me- 
dia content decompress and play thread 186 decom- 
presses and plays the media content pulled by the web 
client 170" from AMS server 110, 110' and 110". The 
cache flush thread 1 88 flushes the cache 1 74". In par- 
ticular, the web client 170" pulls a section of media con- 
tent from the AMS server 1 1 0, 1 1 0' or 1 1 0" using the pull 
thread 184. The web client 170" decompresses and 
plays the section using the media content decompress 
and play thread 1 86. However, as discussed above, the 
section provided by the AMS server 110,1 00' and 1 1 0" 
can be decompressed and played by a conventional 
browser. For example, the section may be a frame of 
video data compressed using JPEG. The cache flush 
thread 1 88 flushes the cache 1 74" after each section is 
played by the pull-enabled browser 172". Thus, the cli- 
ent pull process 182 pulls the section, the video/audio 
thread 184 decompresses the section and plays the 
section on the browser 172", the cache 1 74"is flushed, 
the client pull process 182 pulls the next section, and so 
on. The cache flush thread 188 and media content de- 
compress and play thread 186 function in this manner 
because of information provided by the AMS server 110, 
110' or 110", as discussed below, and because of the 
patch thread x 190. 

[0035] In order to properly flush the cache 1 74", the 
patch thread x 190 Is used In the pull-enabled browser 
172". The patch thread x 190 is provided by the AMS 
server 110, 110' or 110" without requiring Installation of 
additional software or plug-Ins. The pull-enabled brows- 
er 172" generally includes a JAVA™ virtual machine. 
The release of resources, for example of the flushed 
cache 174", is typically accomplished using a low prior- 
ity background thread. However, the media content de- 
compress and play thread 1 86 has a high priority. Thus, 
without the patch thread x 1 90, the resources will not be 
able to be released by low priority threads to after the 
cache 174" is flushed. In other words, the priority of the 
media content decompress and play thread 1 86 may not 
allow low priority threads to be serviced. Consequently, 



the web client 170" may crash. The patch thread x 190 
allows the low priority threads to be serviced, as dis- 
cussed below. In particular, the patch thread x 190 al- 
lows the media content decompress and play thread 

5 186 to be Interleaved with the lower priority threads. 
Thus, the cache 1 74" can be flushed between sections 
of media content, as discussed below, and resources 
released without crashing the web client 1 70". 
[0036] Figure 4A depicts one embodiment of a meth- 

10 od 200 for allowing a web client to play media content 
in real time without the installation of additional soft- 
ware. The method 200 can be used with the AMS serv- 
ers 110, 110* and 110" and the web clients 170, 170' and 
170". In addition, the method 200 could be used with 

15 other systems (not shown). For clarity, however, the 
method 100 will be described using the AMS server 110 
and the web client 1 70. 

[0037] Referring to Figures 1 and 4A, the web client 
1 70 is preferably allowed to request media content from 

20 the AMS server 1 1 0, via step 202. Thus, in one embod- 
iment, the web client 1 70 demands media content from 
the AMS server 110 via the network 102. Thus, band- 
width for the web client 1 70 Is saved by providing media 
content to the web client 1 70 only in response to a de- 

25 mand by the web client 1 70. The media content is pref- 
erably video or audio. However, In another embodiment, 
the method 200 could commence with step 204, dis- 
cussed below, without waiting for a demand from the 
web client 170. The AMS server 110 ensures that the 

30 web client 1 70 can flush the cache 1 74 such that real- 
time play of the media content can be achieved, via step 
204. In one embodiment, step 204 includes indicating 
to the browser 172 that the sections, discussed below, 
have a size greater than the actual size ofthe sections. 

35 in one embodiment, step 204 also includes ensuring 
that the cache 1 70 can be flushed In real time after each 
section is displayed. 

[0038] The AMS server 110 provides sections of the 
media content section by section to the web client 1 70, 

40 via step 206. Thus, the AMS server 110 preferably 
breaks the media content into sections, prepares the 
sections for delivery to the web client 1 70 and delivers 
the sections to the web client 170 through the network 
1 02 in order. The sections are such that the browser 1 70 

45 can display each section without requiring the installa- 
tion of additional software or plug-ins. In one embodi- 
ment, step 206 Includes capture, compression, stream- 
ing and delivery of the media content. For video content, 
step 206 preferably separates the video into frames and 

so compresses theframes using JPEG. Thus, each section 
Is a JPEG compressed framed. 

[0039] The web client 1 70 is allowed to flush sections 
from the cache after each section is played, via step 208. 
Thus, using the method 200, the media content Is pro- 
55 vided to the web client by sections. The browser can 
then display each section of media content and the 
cache can be flushed after the section is displayed. The 
browser Is capable of displaying each section of media 
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content without the installation of additional software or 
plug-ins. Thus, using the method 200, a section is pro- 
vided to the web client 170. The section is then dis- 
played by the browser 172. in one embodiment, the sec- 
tion Is both decompressed and displayed. The web cli- 
ent 170 can also flush the cache 174 between display 
of sections. Thus, the web client 170 is tricked into be- 
having as though media content is not being delivered 
and displayed in real time. Instead, the web client 170 
and the browser 172 behave as though only a section 
of the media content is being displayed. In one embod- 
iment, where the web client 170 Is Informed that the size 
of the section is greater than the actual size of the sec- 
tion, the web client 1 70 behaves as though the browser 
172 Is displaying the same section repeatedly. In addi- 
tion, the cache is flushed between sections to ensure 
that a different section Is displayed by the browser 1 72 
each time. Thus, the web client is able to play the media 
content provided over the network 102 without the in- 
stallation of additional software or plug-Ins. 
[0040] In one embodiment of the method 200, the step 
204, ensuring that the web client 170 can flush the cache 
such that the media content can be played in real time, 
depends upon the type of browser 1 72 used. Figure 4B 
depicts the step 204 in such an embodiment of the meth- 
od 200. Figure 4B will also be described using Figure 1 . 
The type of the browser 1 70 Is determined by the AMS 
server 110, via step 210. In one embodiment, step 210 
includes receiving information from the web client 170 
and determining, based on the information, the type of 
the browser 170. In another embodiment, this determi- 
nation can be made using the information in the web 
client's request for media content in step 1 02 of the 
method 100 of Figure 4A. Referring back to Figure 4B, 
the AMS server 110 then provides the web client 170 
with instructions which are appropriate for the type of 
browser 172, via step 212. The instructions allow the 
web client 170 to flush the cache 1 74 between sections 
of the media content). 

[0041] Figures 5A and 5B depict a preferred embod- 
iment of a method 220 for allowing a web client to play 
media content in real time without the installation of ad- 
ditional software. For clarity, the method 220 will be de- 
scribed using the system 100 depicted in Figure 1 . How- 
ever, the method 220 can be used with the AMS servers 
110, 110' and 110" as well as the clients 170, 170' and 
170". In addition, the method 220 could be used with 
other systems (not shown). 

[0042] Referring to Figures 5 A, 5B and 1 , the web cli- 
ent 170 requests media content from the AMS server 
110, via step 222. In a preferred embodiment, step 222 
Is performed when the web client 1 70 sends a demand 
for media content to the AMS server 110 over the net- 
work 102. Thus, bandwidth for the web client 170 is 
saved by providing media content to the web client 170 
only in response to a demand by the web client 1 70. It 
is then determined what type of browser 1 72 is used by 
the web client 1 70, via step 224. In a preferred embod- 



iment, step 224 includes determining whether the 
browser 172 is a push-enabled browser or a pull-ena- 
bled browser based on information provided in the re- 
quest made In step 222. It is then determined whether 
5 the browser 172 is a push-enabled browser, via step 
226. 

[0043] If the browser is a push enabled browser, then 
the AMS server 110 pushes a header to the web client 
170 and Indicates to the web client the size of the sec- 

10 tions of the media content, via step 228. In a preferred 
embodiment, the size of the sections and the header are 
separately provided to the web client. The header Is 
preferably a common gateway interface (CGI) header 
and Is preferably a streaming header which prepares the 

is web client 1 70 for streaming of the media content. The 
header preferably instructs the web client 170 not to 
cache the media content provided by the AMS server 
11 0. Thus, the cache 1 74 may be flushed between sec- 
tions of media content, allowing the media content to be 

20 played in real time. The size provided to the web client 
In step 226 is larger than the actual size of the sections 
of media content. The reason for this is described below. 
[0044] It Is also ensured that the AMS server 1 1 0 re- 
mains in the active state for providing media content, via 

25 step 230. In one embodiment, step 230 ensures that the 
media preparation and delivery block 115, or the SSA 
process 11 6, remains active throughout the time the me- 
dia content Is being provided to the web client 170. Thus, 
the AMS server 1 1 0 will continue to provide its functions 

30 related to the media content throughout the time that the 
media content is being provided to the web client 170. 
For example, if the AMS server 110 provides streaming 
media to the web client 170, then step 230 ensures that 
the AMS server 110 can continue to perform capture, 

35 compression, streaming and delivery until the media 
content has been provided to the web client 170. 
[0045] If media streaming is to be performed, then the 
AMS server 1 10 captures the media content input, com- 
presses the media content and updates content data 

to fjjes, via step 232. Step 232 performs these functions 
for the media content section by section. As a result, a 
particular file includes a section of media content that 
has been compressed. Step 232 also ensures that that 
the capture, compression and updating functions are in- 

43 terleaved and Interlocked so that sections of the media 
content are captured, compressed and have their data 
files updated rapidly and In the proper order. If, however, 
streaming of the media content is not to be performed, 
then step 232 may include receiving the media content 

50 from media sources to allow media on demand to be 
provided by the AMS server 1 1 0. 
[0046] The AMS server 1 1 0 then pushes a section of 
media content that has been compressed to the web cli- 
ent, via step 234. The section of media content is pref- 

55 erably in a standard file, such as a JPEG file and/or a 
standard web audio file. Thus, the browser 172 of the 
web client 170 should be able to play the section of me- 
dia content pushed In step 234 without the requiring the 
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Installation of additional software or plug-Ins. 
[0047] The web client receives the section of media 
content and preferably commences the AMS server 
push process 176 depicted In Figure 3A, via step 236. 
The web client 170 decompresses and plays the media 
content on the browser 172, via step 238. Step 238 is 
preferably performed using the AMS server push proc- 
ess 176 depicted in Figure 3A. However, as discussed 
above, the section of media content can be decom- 
pressed and played on the browser 172 without requir- 
ing the installation of additional software or plug-ins. The 
web dient 1 70 then flushes the cache 1 74, via step 240. 
Steps 230 through 240 are then repeated if the web cli- 
ent 170 continues to request the media content and the 
size of the section provided in step 228 is not met, via 
step 242. The size of the section Is typically not met be- 
cause the actual size of the section is preferably smaller 
than the size of the section provided to the web client 
1 70 in step 228. Thus, the web client 1 70 considers the 
section of media content pushed to the web client 170 
in 234 to be incomplete and continues to request the 
media content. After the section is displayed in step 238, 
the cache 174 Is flushed In step 240. The next section 
of media content can then be pushed to the web client 
1 70. The next section will be displayed on the browser 
170 without remnants of the previous section because 
the cache had been flushed. This process of displaying 
sections of the media content and flushing the cache 
may continue until the desired media content has been 
displayed on the push-enabled browser. 
[0048] If it is determined in step 226 that the browser 
170 is not a push-enabled browser, then the browser 
1 70 is a pull-enabled browser, such as the browser 1 72" 
depicted In Figure 3B. Referring back to Figures 5A, 5B 
and 1 , in such an event, the AMS server 110 provides 
an applet to the web client 1 70, via step 244. The applet 
is preferably a JAVA™ applet. The applet preferably in- 
cludes the patch thread x 190 depicted in Figure 3B, 
which allows the web client 1 70 to flush the cache 1 74. 
Also In a preferred embodiment, the applet provides the 
web client 1 70 with a size of a section of media content. 
However, as discussed above, the actual size of the sec- 
tion of media content is preferably smaller than the size 
provided to the web client 1 70. 
[0049] The AMS server 1 1 0 captures and compresses 
the media content and updates content files, via step 
246. Step 246 performs these functions for the media 
content section by section. As a result, a particular file 
includes a section of media content that has been com- 
pressed. Step 246 also ensures that that the capture, 
compression and updating functions are interleaved 
and interlocked so that sections of the media content 
are captured, compressed and have their data files up- 
dated rapidly and in the proper order. If, however, 
streaming of the media content is not to be performed, 
then step 246 may include receiving the media content 
from media sources to allow media on demand to be 
provided by the AMS server 110. 



[0050] The web client 1 70 then checks to determine 
whether the patch thread x 1 90 already exists on the 
web client 1 70 and if so, kills the patch thread x 1 90, via 
step 248. The web client 1 70 preferably commences the 

5 client pull process 182 depicted In Figure 3B and pulls 
a section of media content from the AMS server 1 1 0, via 
step 250. Note that commencing the pull process and 
pulling a section of the media content may also be con- 
sidered to be two separate steps. The section of media 

10 content pulled is preferably in a standard file, such as a 
JPEG file and/or a standard web audio file. Thus, the 
browser 1 72 of the web client 1 70 should be able to play 
the section of media content pushed in step 234 without 
the requiring the installation of additional software or 

15 plug-Ins. 

[0051] The web client receives the section of media 
content, decompresses and plays the media content on 
the browser 172, via step 252. Step 252 is preferably 
performed using the client pull process 182 depicted in 

20 Figure 3B. However, as discussed above, the section of 
media content can be decompressed and played on the 
browser 172 without requiring the installation of addi- 
tional software or plug-ins. The web dient 170 then 
flushes the cache 174, via step 254. 

25 [0052] The web client then starts the patch thread x 
1 90, via step 256. The patch thread x 1 90 then kills the 
client pull process 182, via step 258. Killing the client 
pu II process 1 82 all ows lowe r priority threads f or th e web 
dient 1 70 to be serviced and, therefore, the appropriate 

30 resources to be released. Consequently, the patch 
thread x 190 sleeps for an interval and the resources 
are released, via steps 260 and 262, respectively. The 
patch thread x 1 90 then wakes up and starts the client 
pull process 1 82, via steps 264 and 266, respectively. A 

35 JAVA™ virtual machine is preferably incorporated into 
the browser 1 72. As discussed above, the patch thread 
x is used for JAVA™ virtual machines to allow the lower 
priority threads to be interleaved with the higher priority 
client pull process 182 and the appropriate resources 

to released. Consequently, steps 256 through 266 allow 
flushing of the cache 174 without crashing of the web 
dient 1 70. 

[0053] Steps 250 through 266 are then repeated if the 
web client 170 continues to request the media content, 

45 via step 268. The size of the section is typically not met 
because the actual size of the section is preferably 
smaller than the size of the section provided to the web 
client 170 in step 244. Thus, the web client 170 consid- 
ers the section of media content pulled by the web client 

50 1 70 to be incomplete and continues to request the me- 
dia content. This process of displaying sections of the 
media content, flushing the cache, and releasing of re- 
sources may continue until the desired media content 
has been displayed on the push-enabled browser. 

55 [0054] Using the method 220, therefore, a push -ena- 
bled browser, such as the browser 172' depicted in Fig- 
ure 3A, and a pull-enabted browser, such as the browser 
1 72" depicted In Figure 3B, can be provided with media 
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content via the network 102. Note that instead of using 
the same AMS server 110, 110' or 110" for both browsers 
1 72' and 1 72", one of the browsers 1 72' and 1 72" could 
be directed to another AMS server (not shown). In such 
an embodiment, particular AMS servers could be used 
only for one type of browser, while other AMS servers 
could be used only for another type of browser. Howev- 
er, the method 220 allows the same AMS server 110, 
1 1 0' and 11 0" to be used for different types of browsers. 
[0055] Thus, the system 100, the AMS servers 110, 
110' and 110", the web clients 170, 170' and 170" and 
the methods 200 and 220 allow media content to be pro- 
vided to the web clients 1 70, 1 70' and 1 70" over the net- 
work 1 02 and played in real time without requiring addi- 
tional software or plug-ins. Because additional software 
or plug-ins need not be installed, media content can be 
played on any web client 1 70, 1 70* or 1 70", rather than 
only those having sufficient resources for the software 
or plug-ins. For example, media content could be pro- 
vided to and played on cell phones PDAs, web pads, 
and thin clients. Thus, fewer resources of a particular 
web client 170, 170' or 170" are consumed. In addition, 
the possibility of additional security breaches for web 
clients 170, 170' and 170" due to the installation of ad- 
ditional software or plug-ins are avoided. In some em- 
bodiments, the delivery of media content can be dynam- 
ically updated in response to the available bandwidth for 
a web client 170, 170* and 170". In addition, the AMS 
server 110, 110' and 110" may be scalable. Additional 
sources of media content, such as the media content 
sources 1 04, 1 06 and 1 08, may be coupled with a par- 
ticular AMS server 110, 110' and 110" or AMS servers 
110, 110' and 1 1 0" may be coupled together in order to 
provide more media content or service more web clients 
170, 170' and 170", respectively. Furthermore, a partic- 
ular AMS server 110, 110' and 110" may be relatively 
simple to implement. Consequently, the system 1 00, the 
AMS servers 110, 110' and 110". the web clients 170, 
170' and 170" and the methods 200 and 220 provide 
many advantages over conventional systems for provid- 
ing media content to and playing media content on a 
web client. 

[0056] A method and system has been disclosed for 
providing media content via a network, such as the In- 
ternet or a LAN, to a browser in a web client in real-time 
without requiring installation of additional software or 
plug-ins. Software written according to the present in- 
vention is to be stored in some form of computer-read- 
able medium, such as memory, CD-ROM or transmitted 
over a network, and executed by a processor. Conse- 
quently, a computer- readable medium is intended to in- 
clude a computer readable signal which, for example, 
may be transmitted over a network. Although the 
present invention has been described in accordance 
with the embodiments shown, one of ordinary skill in the 
art will readily recognize that there could be variations 
to the embodiments and those variations would be with- 
in the spirit and scope of the present Invention. Accord- 



ingly, many modifications may be made by one of ordi- 
nary skill in the art without departing from the spirit and 
scope of the appended claims. 

5 

Claims 

1. A method for providing media content in real-time 
on a web client including a browser utilizing a cache, 

10 the media content capable of being separated into 
a plurality of sections, the method comprising: 

(a) ensuring that the web client is capable of 
flushing the cache to allow the media content 

is to be played In real-time; 

(b) providing the plurality of sections of the me- 
dia content to the web client section by section 
over a network; and 

(c) allowing the web client to flush each section 
20 of the media content from the cache in real time 

once each of the plurality of sections has been 
displayed; 

wherein the browser of the web client is capa- 
25 ble of reading and displaying the section of the me- 
dia content without additional software or plug-ins.. 

2. The method of claim 1 further comprising the step 
of: 

30 (d) allowing the web client to request the me- 

dia content before the ensuring step (a). 

3. The method of claim 1 wherein the browser has a 
type and wherein the ensuring step (a) further in- 

35 eludes the steps of: 

(a1) determining the type of the browser; and 
(a2) providing the browser with Instructions 
specific to the type of the browser that allow the 
40 web client to flush the cache to allow the media 

content to be played in real-time. 

4. The method of claim 3 wherein the type determining 
step (al) includes the step of: 

43 (all) determining whether the browser Is a 

push-enabled browser or a pull-enabled browser. 

5. The method of claim 4 wherein the section has a 
first size and wherein the instruction providing step 

50 (a2) further includes the steps of: 

(a2i) indicating to the web client that the brows- 
er is not to cache data if browser Is a push -en- 
abled browser; 

55 (a2ii) indicating to the web client that section 

has a second size greater than the first size if 
the browser is a push-enabled browser; 
(a2ill) providing an applet to the web client If the 
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browser is a pull-enabled browser, the applet 
Including a patch thread that allows the web cli- 
ent to flush the cache without crashing the web 
client. 

6. The method of claim 5 wherein the plurality of sec- 
tions providing step (b) further includes the steps of: 

(b1 ) pushing each of the plurality of sections to 
the web client if the browser is a push-enabled 
browser, each of the plurality of sections being 
followed by an abort command; 
(b2) allowing the web browser to pull each of 
the plurality of sections section by section if the 
browser is a pull -enabled browser. 

7. The method of claim 1 wherein the plurality of sec- 
tions providing step (b) further includes the step of: 

(b1) providing each of the plurality of sections 
to the web client, each of the plurality of sections 
being followed by an abort command. 

8. The method of claim 1 wherein the plurality sections 
providing step (b) further includes the steps of: 

(b1 ) capturing the media content; 

(b2) compressing the media content to provide 

the plurality of sections; 

(b3) streaming the plurality of sections; and 

(b4) delivering each of the plurality of sections, 

each of the plurality of sections being followed 

by an abort command. 

9. The method of claim 1 wherein the media content 
includes video data and wherein each of the plural- 
ity of sections Includes a JPEG frame of video data. 

10. The method of claim 1 wherein the media content 
includes audio data. 

11. The method of claim 1 wherein the plurality of sec- 
tions providing step (b) further includes the step of: 

(b1) adjusting a rate at which the plurality of 
sections is sent to account for a bandwidth of the 
web client. 

12. A method for providing media content in real-time 
on a web client including a browser utilizing a cache, 
the media content capable of being separated into 
a plurality of sections, the browser of the web client 
capable of reading and displaying the section of the 
media content without additional software or plug- 
ins, the method comprising: 

(a) requesting the media content using the web 
client; 

(b) ensuring that the web client is capable of 
flushing the cache to allow the media content 
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to be played in real-time; 

(c) receiving each of the plurality of sections of 
the media content on the web client section by 
section over a network; 

(d) displaying each of the plurality of sections 
section by section; and 

(e) flushing each section of the media content 
from the cache once each of the plurality of sec- 
tions has been displayed. 

13. The method of claim 12 wherein the browser has a 
type and wherein the ensuring step (b) further In- 
cludes the steps of: 

(b1) providing Information which allows the type 
of the browser to be determined; and 
(b2) receiving Instructions specific to the type 
of the browser that allow the web client to flush 
the cache to allow the media content to be 
played In real-time. 

14. The method of claim 13 wherein the type of the 
browser Includes a push-enabled browser or a pull- 
enabled browser. 

15. The method of claim 14 wherein the section has a 
first size and wherein the instruction receiving step 
(b2) further includes the steps of: 

(b2i) receiving information in the web client that 
indicates the browser is not to cache data and 
receiving a second size for the section , the sec- 
ond size being greater than the first size if 
browser is a push -enabled browser; 
(b2ii) receiving an applet in the web client if the 
browser Is a pull-enabled browser, the applet 
including a patch thread that allows the web cli- 
ent to flush the cache without crashing the web 
client. 

16. The method of claim 15 wherein the plurality of sec- 
tions receiving step (c) further includes the steps of: 

(d) receiving each of the plurality of sections 
to the web client pushed to the web client If the 
browser is a push-enabled browser, each of the 
plurality of sections being followed by an abort 
command; 

(c2) pulling each of the plurality of sections sec- 
tion by section if the browser is a pull-enabled 
browser. 

17. An adaptive media streaming (AMS) server for pro- 
viding media content in real-time on a web client in- 
cluding a browser utilizing a cache, the media con- 
tent capable of being separated into a plurality of 
sections, the browser of the web client capable of 
reading and displaying the section of the media con- 



10 



19 EP 1 143 353 A2 

tent without additional software or plug-ins, the mand 
AMS server comprising: 

means for ensuring that the web client Is capa- 
ble of flushing the cache to allow the media con- s 
tent to be played In real-time; and 
means for providing the plurality of sections of 
the media content to the web client section by 
section over a network; 

wherein the web client is allowed to flush the 10 
section of the media content from the cache 
once each of the plurality of section has been 
displayed. 



18. The AMS server of claim 1 7 further comprising: i* 
an interface for receiving a request for the media 
content from the web client. 

19. The AMS server of claim 17 wherein the browser 
has a type and wherein the ensuring means further 20 
Includes: 

means for determining the type of the browser; 
and 

means for providing the browser with instruc- 25 
tlons specific to the type of the browser that al- 
low the web client to flush the cache to allow 
the media content to be played In real-time. 

20. The AMS server of claim 1 9 wherein the type deter- 30 
mining means determine whether the browser is a 
push-enabled browser or a pull-enabled browser. 

21 . The AMS server of claim 20 wherein the section has 

a first size and wherein the instruction providing 35 
means further Indicate to the web client that the 
browser is not to cache data if browser is a push- 
enabled browser, indicate to the web client that sec- 
tion has a second size greater than the first size If 
the browser is a push-enabled browser, and provide *o 
an applet to the web client if the browser is a pull- 
enabled browser, the applet including a patch 
thread that allows the web client to flush the cache 
without crashing the web client. 

45 

22. The AMS server of claim 21 wherein the plurality of 
sections providing means further include means for 
pushing each of the plurality of sections to the web 
client if the browser is a push-enabled browser, 
each of the plurality of sections being followed by so 
an abort command; and 

means for allowing the web browser to pull 
each of the plurality of sections section by section 
If the browser is a pull-enabled browser. 

55 

23. The AMS server of claim 1 7 wherein the plurality of 
sections providing means further provide each of 
the plurality of sections separated by abort com- 



20 

to the web client. 

24. The AMS server of claim 17 wherein the plurality 
sections providing means further includes: 

a video/audio capture engine for capturing the 
media content; 

a media compression engine for compressing 
the media content to provide the plurality of 
sections; 

a media streaming sub-system for streaming 
the plurality of sections; and 
a media delivery sub-system for delivering 
each of the plurality of sections, each of the plu- 
rality of sections being followed by an abort 
command. 

25. The AMS server of claim 1 7 wherein the media con- 
tent includes video data and wherein each of the 
plurality of sections Includes a JPEG frame of video 
data. 

26. The AMS server of claim 1 7 wherein the media con- 
tent includes audio data. 

27. The AMS server of claim 17 wherein the plurality of 
sections providing means further adjust a rate at 
which the plurality of sections are sent to account 
for a bandwidth of the web client 

28. A web client capable of playing media content in re- 
al-time, the media content capable of being sepa- 
rated into a plurality of sections, comprising: 

a cache; 

a web Interface to allow the requesting the me- 
dia content and receiving the plurality of sec- 
tions of the media content section by section 
over a network; 

a browser utilizing a cache, the browser of the 
web client capable of reading and displaying 
each of the plurality of sections of the media 
content without additional software or plug-ins; 
means for ensuring that the web client is capa- 
ble of flushing the cache to allow the media con- 
tent to be played in real-time, thereby allowing 
each of the plurality of sections of the media 
content to be flushed from the cache once each 
of the plurality of sections has been displayed. 

29. The web client of claim 28 wherein the browser has 
a type and wherein the ensuring means further pro- 
vide information which allows the type of the brows- 
er to be determined and receive instructions specif- 
ic to the type of the browser that allow the web client 
to flush the cache to allow the media content to be 
played In real-time. 
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30. The web client of claim 29 wherein the type of the 
browser includes a push-enabled browser or a pull- 
enabled browser. 

31 . The web client of claim 30 wherein the section has 5 
a first size and wherein the ensuring means further 
receive information in the web client that indicates 
the browser Is not to cache data and receiving a 
second size for the section, the second size being 
greater than the first size if browser is a push-ena- *o 
bled browser and receive an applet in the web client 

if the browser Is a pull-enabled browser, the applet 
including a patch thread that allows the web client 
to flush the cache without crashing the browser. 

13 

32. The web client of claim 31 wherein the plurality of 
sections receiving means further Includes: 

means for receiving each of the plurality of sec- 
tions to the web client pushed to the web client 20 
if the browser is a push-enabled browser, each 
of the plurality of sections being followed by an 
abort command; or 

means for pulling each of the plurality of sec- 
tions section by section if the browser is a pull- 25 
enabled browser. 

33. A computer-readable medium containing a program 
for providing media content in real-time on a web 
client including a browser utilizing a cache, the me- so 
dia content capable of being separated into a plu- 
rality of sections, the browser of the web client ca- 
pable of reading and displaying the section of the 
media content without additional software or plug- 
ins, the program including instructions for: 35 

(a) ensuring that the web client is capable of 
flushing the cache to allow the media content 
to be played In real-time; 

(b) providing the plurality of sections of the me- <o 
dia content to the web client section by section 
over a network; and 

(c) allowing the web client to flush the section 
of the media content from the cache once each 

of the plurality of section has been displayed. «s 

34. A computer-readable medium containing a program 
for providing media content in real-time on a web 
client including a browser utilizing a cache, the me- 
dia content capable of being separated into a plu- so 
rality of sections, the browser of the web client ca- 
pable of reading and displaying the section of the 
media content without additional software or plug- 
ins, the program including instructions for: 

55 

(a) requesting the media content using the web 
client; 

(b) ensuring that the web client Is capable of 



flushing the cache to allow the media content 
to be played in real-time; 

(c) receiving each of the plurality of sections of 
the media content on the web client section by 
section over a network; 

(d) displaying each of the plurality of sections 
section by section; and 

(e) flushing each section of the media content 
from the cache once each of the plurality of sec- 
tions has been displayed. 
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